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DETAILED ACTION 
Remarks 

1 . This office action is in response to the amendment filed on 04/23/2007. 

2. Claims 4, 16, 25, 36 and 43 have been canceled. 

3. Claims 1-3, 5, 6, 13-15, 17, 18, 22-24, 26, 27, 33-35. and 37-42 have been 
amended. 

4. Claims 47-50 have been added 

5. The 35 U.S.C. 1 12 second paragraph rejection of claims 1-39 are withdrawn in 
view of the Applicant's amendment. 

6. The objection to claims 15, 38 and 43 is withdrawn in view of the Applicant's 
amendment of claims 1 5, 38 and cancellation of claim 43. 

7. Claims 1-3. 5-15, 17-24. 26-35. 37-42. and 44-50 remain pending and have been 
examined. 

Response to Arguments 

8. Applicant's arguments filed on 04/23/2007, in particular on pages 12-13. has 
been fully considered but they are not persuasive. For example: 

■ At page 12, first and third paragraphs, Applicants contend that Claim 1 is not 
anticipated by Berkley, as Berkley does not disclose "determining whether to 
modify said method, said step of determining whether to modify said method 
includes determining whether said method calls another method" which 
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Examiner disagrees. As to previous Office action, paper number 4, examiner 
pointed out at Fig. 1, function calls between "method B", "Method C" and its 
related description at col.1, lines 48- col.2, lines 6. The Examiner also pointed 
out at col2., lines 39-40, "means for determining whether the function (method 
. ) is active for a class" that Berkley, indeed discloses a step whether said 
method calls another method. Therefore, the examiner reasserted that 
Berkley, indeed, anticipated the claimed limitations as set forth in the precious 
Office Action; 

" At page 12, section IV and page 13 section V, Applicants assert that claims 2- 
6, 9, 1 1, 14-19, 21-38, 40 and 44-46 are in condition for allowance. Because 
Claim 1 does not disclose "determining whether to modify said method , said 
step of determining whether tq modify said method calls another method". As 
to response above, the rejection of the claims over prior arts is maintained in 
view of Berkley's disclosure and further in view of Berry. 



Claim Rejections • 35 USC § 102 

9. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
fomri the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described In (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
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granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

10. Claims 1, 7, 8, 10, 12, 13, 20 and 39 are rejected under 35 U.S.C. 102(e) as 
being anticipated by Berkley (Berkley et al., US 6351843 B1). 
Claim 1: 

Berkley discloses a process for monitoring, comprising: 

• accessing a method (see for example Fig. 5, step 350 and related text, also 
see, col.2, lines 36-37, "Further, the system includes means for running the 
application executable using the modified runtime configuration settings"); 

• determining whether to modify said method, said step of determining whether 
to modify said method includes detemnining whether said method calls 
another method (see for example, Fig.1 and related text, "METHOD B", 
"METHOD C" and also see col.2, lines 39-40, "means for determining whether 
the function (method) is actiye for a class of the executable using the modified 
configuration settings"); and 

• modifying said method for a particular purpose if said method calls another 
method, (see for example, col.2, lines 41-43, "means for dynamically creatirig 
a redirection stub to insert the function for the class if the function is active for 
that class") 



Claim 7: 
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Berkley further discloses a process according to claim 1 , wherein: said step of 
modifying Includes modifying object code (see for example, col.2, lines 45-46, 
"inserting a function into an application executable without recompiling the 
executable.") 

Claim 8: 

Berkley also discloses a process according to claim 1 , wherein: said step of 
modifying includes adding a tracer for said method (see for example, Fig.5, step 
360 and related text, also see, col.3, lines 6-8, "To restate, a technique is 
presented for dynamically modifying class lineage in order to insert a function, 
such as a trace function. . ."). 

Claim 10: 

Berkley further discloses a process according to claim 1 , wherein: said step of 
modifying includes adding exit code and start code to existing object code (see 
for example, Flg.6, step 460 and related text, "Create redirection stubs that will 
call trace entry and ext method around target method"). 

Claim 12: 

Berkley also discloses a process according to claim 1, wherein: said particular 
purpose is to add a first tracer (see for example, Fig.5, step 360 and related text, 
also see, col.3, lines 6-8, "To restate, a technique is presented for dynamically 
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modifying class lineage in order to insert a function, such as a trace function..."). 
Claim 13: 

Berkley discloses a process for monitoring, comprising: 

• determining which methods of a set of methods call one or more other 
methods (see for example, Fig.1 and related text, "METHOD B", "METHOD 
C" and also see col.2, lines 39-40, "means for determining whether the 
function (method) is active for a class of the executable using the modified 
configuration settings"); and 

• using a first tracing mechanism for said methods determined to call one or 
more other methods without using said first tracing mechanism for methods 
not determined to call one or more other methods (see for example, col.2, 
lines 41-43, "means for dynamically creating a redirection stub to insert the 
function for the class if the function is active for that class", also see Fig. 5, 
step 360 and related text, also see, coL3, lines 6-8, "To restate, a technique is 
presented for dynamically modifying class lineage in order to insert a function, 
such as a trace function..."). 

Claim 20: 

Berklev further discloses a process according to claim 13, wherein: said step of 
using a first tracing mechanism includes modifying existing object code to add 
said first tracing mechanism (see for example, Fig. 5, step 360 and related text, 
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also see, col. 3, lines 6-8, "To restate, a technique is presented for dynamically 
modifying class lineage in order to insert a function, such as a trace function..."). 

Claim 39: 

Berkley discloses an apparatus capable of monitoring, comprising: 

• means for determining whether a method is call another method (see for 
example. Fig.1 and related text. "METHOD B", "METHOD C" and also see 
col.2, lines 39-40, "means for determining whether the function (method) is 
active for a class of the executable using the modified configuration settings"); 
and 

• means for tracing said method for a particular purpose only if said method 
calls another method (see for example. coL2, lines 41-43. "means for 
dynamically creating a redirection stub to insert the function for the class if the 
function is active for that class", also see Fig. 5, step 360 and related text, also 
see, col.3, lines 6-8, "To restate, a technique is presented for dynamically 
modifying class lineage in order to insert a function, such as a trace 
function..."). 

Claim Rejections - 35 (JSC § 103 

1 1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

12. Claims 2, 3, 5, 6, 14, 15, 17, 18, 40-42, 44 and 47-50 are rejected under 35 

U.S.C. 103(a) as being unpatentable ove r Berkley (Berkley et aL, US 6351843 

B1) 

Claims 2 and 14: 

Berkley discloses processes according to claims 1 and 13 above respectively, 
but does not explicitly disclose said step of determining whether to modify said 
method includes determining whether said method is non-synthetic. However, It 
is well known in the Java programming that all synthetic methods generated by 
Java compiler are flagged in the class file and thus are easily identified (A well 
known and widely used Java programming standard: Java Virtual Machine 
Specification). Therefore, it would have been obvious to one having ordinary skill 
in the art at the time the invention was made to determine whether said method 
is non-synthetic by checking the synthetic attribute field in bytecode while being 
compiled by JIT, Hotspot runtime or other bytecode scanning tools. One would 
have been motivated to do so to allow a user to trace specified one or more 
methods of which the function is to be implemented as suggested by Berklev 
(see for example, col.2, lines 7-14, "dynamically inserting a function into an 
existing application executable", "allows a user to specify one or more methods 
for which the function is to be implemented") 
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Claims 3 and 15: 

Berl<lev discloses processes according to claim 1 and 13 above respectively, but 
does not explicitly disclose said step of detenninlng vt/hether to modify aid 
method includes detemnining whether said method has an access level of public 
or package. However, it is well known in the Java programming that JVM 
specification (see for example, A well known and widely used Java Virtual 
Machine Specification) defines a set of access flags In methodjnfo structure 
which has a flag name "ACC_PUBLIC" for access level of public or package. 
Therefore, it would have been obvious to one having ordinary skill in the art at 
the time the invention was made to determine whether said method has an 
access level of public or package by using JIT, Hotspot runtime or other 
bytecode scanning tools to check this flag to determining whether said method 
has an access level of public or package. One would have been motivated to do 
so to allow a user to trace specified one or more methods of which the function is 
to be implemented as suggested by Berkley (see for example, col.2, lines 7-14, 
"dynamically inserting a function into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented") 



Claims 5 and 17: 
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Berkley discloses processes according to claim 1 and 13 above respectively, but 
does not disclose said step of determining whether to modify said method 
includes determining whether said method is non-synthetic, calls another method 
and has an access level of public or package. However, according to the 
rejection for the claims 2, 3, 4 and 14, 15 above, it would have been obvious to 
one having ordinary skill in the art at the time the invention was made to combine 
those steps together to further focus on tracing specify one or more methods for 
which the function is to be implemented as suggested by Berkley (see for 
example, col.2, lines 7-14, "dynamically Inserting a function into an existing 
application executable", "allows a user to specify one or more methods for which 
the function is to be implemented") 

Claims 6 and 18: 

Berkley discloses processes according to claim 1 and 13 above respectively, but 
does not disclose said step of detemriining whether to modify said method 
includes determining whether said method calls one or more different methods 
and can be called by a sufficient scope of one or more other methods. However, 
it is well known in the Java programming that JVM specification (see for example, 
A well known and widely used Java Virtual Machine Specification) defines 
method by using a block starting with the tag "Method" that contains the 
information about calling other methods in java bytecode. Therefore, it would 
have been obvious to one having ordinary skill in the art at the time the invention 
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was made to determine whether said method calls another method and can be 
called by a sufficient scope of one or more other methods by checking the 
method information in that block while running by JIT in JVM or other bytecode 
scanning tools. One would have been motivated to do so to allow a user to trace 
specified one or more methods of which the function is to be implemented as 
suggested by Berklev (see for example, col.2, lines 7-14, "dynamically inserting a 
function into an existing application executable", "allows a user to specify one or 
more methods for which the function is to be implemented") 

Claim 40: 

Berklev discloses an apparatus capable of monitoring, comprising: 

• a storage device (see for example, Fig.3, Items 102, 103 "Main Storage", 
"External Storage Media" and related text); and 

• one or more processors in communication with said storage device (see for 
example, Fig.3, item 104, "CPU 1...CPU N" and related text), said one or 
more processors perform a process comprising: 

■ accessing a method (see for example Fig. 5, step 350 and related text, also 
see, col.2, lines 36-37, "Further, the system includes means for running the 
application executable using the modified runtime configuration settings"); 

■ tracing said method for a particular purpose if said method calls one or more 
different methods and can be called by a sufficient scope of one or more 
other methods (see for example, col.2, lines 41-43, "means for dynamically 
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creating a redirection stub to insert the function for the class if the function is 
active for that class", also see Fig.5, step 360 and related text, also see, col.3, 
lines 6-8, "To restate, a technique is presented for dynamically modifying 
class lineage in order to insert a function, such as a trace function..."). 
But Berkley does not disclose : 

• determining whether said method calls one or more different methods and 

can be called by a sufficient scope of one or more other methods. 
However, it is well known in the Java programming that JVM (Java Virtual 
Machine) specification defines method by using a block starting with the tag 
"Method" that contains the information about calling other methods in java 
bytecode. Therefore, it would have been obvious to one having ordinary skill in 
the art at the time the invention was made to determine whether said method 
calls another method and can be called by a sufficient scope of one or more 
other methods by checking the method information in that block while running by 
JIT in JVM or other bytecode scanning tools. One would have been motivated to 
do so to allow a user to trace specified one or more methods of which the 
function Is to be implemented as suggested by Berkley (see for example, col. 2, 
lines 7-14, "dynamically inserting a function into an existing application 
executable", "allows a user to specify one or more methods for which the function 
is to be implemented") 



Claim 41: 
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Berkley discloses an apparatus according to claim 40, but does not explicitly 
disclose said step of determining whether to modify said method includes 
determining whether said method is non-synthetic. However, It is well known in 
the Java programming that all synthetic methods generated by Java compiler are 
flagged in the class file and thus are easily identified (see for example, A well 
known and widely used Java Virtual Machine Specification). Therefore, it would 
have been obvious to one having ordinary skill in the art at the time the'^invention 
was made to determine whether said method is non-synthetic by checking the 
synthetic attribute field in bytecode while being compiled by JIT, Hotspot runtime 
or other bytecode scanning tools. One would have been motivated to do so to 
allow a user to trace specified one or more methods of which the function is to be 
implemented as suggested by Berkley (see for example, col.2, lines 7-14, 
"dynamically inserting a function into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented") 

Claim 42: 

Berkley further discloses an apparatus according to claim 40, but does not 
explicitly disclose said step of determining whether to modify aid method includes 
determining whether said method has an access level of public or package. 
However, it is well known in the Java programming that JVM specification (see 
for example, A well known and widely used Java Virtual Machine Specification) 
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defines a set of access flags in methodjnfo structure which has a flag name 
"ACC_PUBLIC" for access level of public or package. Therefore, it would have 
been obvious to one having ordinary skill in the art at the time the invention was 
made to detennine whether said method has an access level of public or 
package by using JIT, Hotspot runtime or other bytecode scanning tools to check 
this flag to determining whether said method has an access level of public or 
package. One would have been motivated to do so to allow a user to trace 
specified one or more methods of which the function is to be implemented as 
suggested bv Berkley (see for example, cbl.2, lines 7-14, "dynamically inserting a 
function into an existing application executable", "allows a user to specify one or 
more methods for which the function is to be Implemented") 

Claim 44: 

Berklev discloses an apparatus according to claim 40 and further discloses said 
process further includes modifying existing object code for said method in order 
to add a first tracing mechanism (see for example, col.2, lines 45-46, "inserting a 
function into an application executable without recompiling the executable.") 

Claims 47-50: 

Claims 47-50 is another version process for monitoring as in claims 1-3, 5 and 8 
addressed above, wherein all claimed limitation functions have been addressed 
and/or set forth above. Therefore, they also would have been obvious. 
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13. Claims 9, 1 1. 19. 21-24, 26-35, 37, 38. 45 an 46 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Berkley (Berkley et al., US 6,351,843) In yiew 
of Betry (Berkley et al., US 6,662,359). 
Claim 9: 

Berkley discloses a process according to claim 1 , but does not explicitly disclose 
said step of modifying includes adding a timer for said method. Howeyer, Berry in 
the same analogous art of system and method for injecting hooks into java 
classes to handle exception and finalization processing discloses using 
timestamp (see for example, col. 14, lines 1-19, column 3 in the example table, 
"timestamp" and related text"). Therefore, it would haye been obyious to one 
haying ordinary skill in the art at the time the invention was made to use 
timestamp as a way to trace specified application executable. One would have 
been motivated to do so to allow a user to trace specified one or more methods 
of which the function is to be implemented as suggested by Berkley (see for 
example, col.2, lines 7-14, "dynamically inserting a function into an existing 
application executable", "allows a user to specify one or more methods for which 
the function is to be implemented") 



Claim 11: 

Berkley discloses a process according to claim 10, wherein: 
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• said start code starts a tracing process (see for example, Fig.6, step 460 and 
related text, "Create redirection stubs that will call trace entry and ext method 
around target method"); 

• said exit code stops said tracing process (see for example, Fig.6, step 460 
and related text, "Create redirection stubs that will call trace entry and ext 
method around target method"); 

• said exit code is positioned to be executed subsequent to original object code 
(see for example, Fig.6, step 470 and related text, "Remaining class 
construction flows"); 

But Berkley does not disclose said steps of adding exit code including 
jump instruction, exception table and said step of adding an entry in said 
exception table. However, Berrv in the same analogous art of system and 
method for injecting hooks into java classes to handle exception and finalization 
processing discloses: 

• said step of adding exit code includes adding an instruction to jump to said 
exit code from said original object code (see for example. Fig.8 steps 812-816 
and related text, also see col.9, line 55- col. 10, line 8, "a jump around inserted 
code"); 

• said step of adding exit code includes adding an entry in an exception table; 
and (see for example. Fig.8 step 802 and related text "Modify the exception 
table"); 
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• said step of adding an entry in said exceptions table includes adding a new 
entry into said exceptions table for said method, said new entry indicates a 
range of indices corresponding to said original object code, said new entry 
includes a reference to said exit code and said new entry indicates that said 
new entry pertains to all types of exceptions (see for example. Fig. 8 steps 
812-816 and related text, also see col.9, line 55- col. 10, line 8,"a jump around 
inserted code"); 

Therefore, it would have been obvious to one having ordinary skill in the 
art at the time the invention was made to add jump instruction and maintain 
exception table for inserting function into an application executable at runtime. 
One Would have been motivated to integrated Berry's steps into Berkley 's 
process to ensure that code which moved due to either insertions or deletions is 
correctly relocated and related references are adjusted as pointed out by Berry 
(See for example, Col.9, lines 55-58, "to ensure that code which is moved due to 
either insertions or deletions is correctly relocated and related references are 
adjusted") 



Claim 19: 

Berkley discloses a process according to claim 13, but does not explicitly 
disclose said step of modifying includes adding a timer for said method. 
However, Berry in the same analogous art of system and method for injecting 
hooks into java classes to handle exception and finalization processing discloses 
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using timestamp (see for example, col. 14, lines 1-19, column 3 in the example 
table, "timestamp" and related text"). Therefore, it would have been obvious to 
one having ordinary skill in the art at the time the invention was made to use 
timestamp as a way to trace specified application executable. One would have 
been motivated to do so to allow a user to trace specified one or more methods 
of which the function is to be implemented as suggested by Berkley (see for 
example, col.2, lines 7-14, "dynamically inserting a function into an existing 
application executable", "allows a user to specify one or more methods for which 
the function is to be implemented") 

Claim 21: 

Berklev discloses a process according to claim 20, but does not explicitly 
disclose said step of modifying includes adding a timer for said method. 
However, Berry i n the same analogous art of system and method for injecting 
hooks into java classes to handle exception and finalization processing discloses 
using timestamp (see for example, col. 14, lines 1-19, column 3 in the example 
table, "timestamp" and related text"). Therefore, it would have been obvious to 
one having ordinary skill In the art at the time the invention was made to use 
timestamp as a way to trace specified application executable. One would have 
been motivated to do so to allow a user to trace specified one or more methods 
of which the function is to be implemented as suggested by Berkley (see for 
example, col.2, lines 7-14, "dynamically inserting a function into an existing 
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application executable", "allows a user to specify one or more methods for which 
the function is to be implemented") 

Claims 22-24 and 26-32: 

Claims 22-24 and 26-32 claim one or more processor readable storage devices 
having processor readable code embodied on said processor readable storage 
devices, which is the product version of the process claims as discussed in 
claims 1-3 and 5-11 above respectively. Therefore, these claims are obvious 
over Berkley and Berry , because it Is well known in the computer art to practice 
and/or produce such a program product for carrying out the acts/steps of such 
process by a typical computer processor. 

Claims 33-35, 37 and 38: 

Claims 33-35, 37 and 38 claim one or more processor readable storage devices 
having processor readable code embodied on said processor readable storage 
devices, said processor readable code for prograhiming one or more processors 
to perform a process as discussed in claims 13-15, 17 and 19 above 
respectively. Therefore, these claims are obvious over Berkley and Berry , 
because it is well known in the computer art to practice and/or produce such a 
program product for carrying out the acts/steps of such process by a typical 
computer processor. 
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Claim 45: 

Berl<lev discloses an apparatus according to claim 44 above, but does not 
disclose said first tracing mechanism includes a timer. However, Berry in the 
same analogous art of system and method for injecting hooks into java classes to 
handle exception and finalization processing discloses using timestamp (see for 
example, col.14, lines 1-19, column 3 in the example table, "timestamp" and 
related text"). Therefore, it would have been obvious to one having ordinary skill 
in the art at the time the invention was made to use timestamp as a way to trace 
specified application executable. One would have been motivated to do so to 
allow a user to trace specified one or more methods of which the function is to be 
implemented as suggested by Berkley (see for example, col.2, lines 7-14, 
"dynamically inserting a function Into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented"). 

Claim 46: 

Berkley discloses an apparatus according to claim 44 above, but does not 
disclose said step of tracing includes timing said method. However, Berry in the 
same analogous art of system and method for injecting hooks into java classes to 
handle exception and finalization processing discloses using timestamp (see for 
example, col.14, lines 1-19, column 3 in the example table, "timestamp" and 
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related text"). Therefore, it would have been obvious to one having ordinary skill 
in the art at the time the invention was made to use timestamp as a way to trace 
specified application executable. One would have been motivated to do so to 
allow a user to trace specified one or more methods of which the function is to be 
implemented as suggested by Berklev (see for example, col.2, lines 7-14, 
"dynamically inserting a function into an existing application executable", "allows 
a user to specify one or more methods for which the function is to be 
implemented"). 



Conclusion 

14. The prior art made of record and not relied upon Isi considered pertinent to 
applicant's disclosure. 

15. Applicant's arguments with respect to claims rejection have been considered but 
are moot in view of the new grounds of rejection. 

Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 
37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed 
within TWO MONTHS of the mailing date of this final action and the advisory 
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action is not mailed until after the end of the THREE-MONTH shortened statutory 
period, then the shortened statutory period will expire on the date the advisory 
action is mailed, and any extension fee pursuant to 37 CFR 1 .136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will 
the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 
16. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Zheng Wei whose telephone number is (571) 
270-1059 and Fax number is (571) 270-02059. The examiner can normally be 
reached on Monday-Thursday 8:00-15:00. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The 
fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Any inquiry of a general nature of relating to the status of this application 
or proceeding should be directed to the TC 2100 Group receptionist whose 
telephone number is 571- 272-1000. 




TUAN DAM 
SUPERVISORY PATENT EXAMINER 



